home *** CD-ROM | disk | FTP | other *** search
/ Developer CD Series 1997 January: Mac OS SDK / Dev.CD Jan 97 SDK2.toast / Development Kits (Disc 2) / OpenDoc Development Framework / ODF-Interest Archive / June 96 / Re Linking & ODF Draw.1 < prev    next >
Encoding:
Internet Message Format  |  1996-12-03  |  2.4 KB  |  [TEXT/ttxt]
  1. Subject:     Re: Linking & ODF Draw
  2. Sent:        6/3/96 7:37 AM
  3. Received:    6/3/96 11:51 AM
  4. From:        Scott, scottdfl@sprynet.com
  5. Reply-To:    ODF Interest, ODF-Interest@CILabs.ORG
  6. To:          OpenDoc Development Framework Discussion List, ODF-Interest@CILabs.
  7.  
  8. Mary,
  9.  
  10. Thanks for the timely response. I really appreciate it since I am on 
  11. a rather tight schedule, and ODF R1 is a big change from D11. 
  12. However, I am still totally confused.
  13.  
  14. You said,
  15.  
  16. > When a part or selection is externalized, the shapes are numbered from 1 to n. 
  17. >Then when the part or selection is internalized, these indices are used by the linking
  18. >internalization code to identify
  19. > the shapes involved in links. After internalization
  20. >the indices don't matter anymore. If the part/selection is externalized again, new 
  21. >indices are assigned.
  22. > 
  23. > So, basically, the shape indices are only valid in the context of a particular 
  24. > ODFDraw storage unit.
  25. > 
  26. > Mary Boetcher
  27. > ODF Person
  28. > 
  29.  
  30.  
  31. I understand what you are saying, but that still doesn't make sense 
  32. of the ODF Draw code. It appears that the indices are assigned when 
  33. the part is internalized from storage, via "PostInternalizeShape", 
  34. ditto for the selection. So, if I create a new document, draw some 
  35. shapes, save the doc, and reopen it, the shapes will be numbered 
  36. 1..n. Then I paste some more shapes, now my doc's shape list is 
  37. numbered 1..n, 1..m. Now I select some shapes (including some that I 
  38. just pasted in). Let's say I have 8 shapes altogether, numbered 1..5, 
  39. 1..3, and I select the first, third and last shape. When I copy, the 
  40. selection is externalized with the shape indices of 1, 3 & 3.
  41.  
  42. Is this sound right? If not, then what am I missing? I have traced 
  43. thru the ODF Draw code as best as I can, and have read the ODF user 
  44. guide. Some constructive criticism for future documentation would be 
  45. to explain what is going on rather than just give examples, but you 
  46. are probably already headed that direction. Also, what really 
  47. confuses me is that ODF Draw uses the same content base class for 
  48. both its part storage as well as its selection, but in my case (and 
  49. maybe others as well) that is not a workable model. It also makes the 
  50. code harder to understand since when one is in some overriddem member 
  51. function, it isn't obvious which shape list is being used.
  52.  
  53. Thanks again for the timely help.
  54.  
  55.  
  56.  
  57. Scott Daniels
  58. e-mail: scottdfl@sprynet.com
  59. "Life appears the way you choose to see it"
  60.